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CHANNEL PROTOCOL FOR IEEE noi «»m 

* 1394 D ATA TRANSMISSION 

The present invention relates tn a 

° h the data as formatted in IEEE 13 94 8tan( , flr , 
and in which the data is sent and re "ed OV e r the 
same ieee 1394 channel. the 

lneaE 2oraMp iL ^BY__Referenie 

This application incorporates by referent 
commonly assigned U.S. Patent a™h re£erence 

^acent Application No 

entitled "Digital Video Network 

Interface" (internal ^-e 

reference No. M0I-3?r \ ^ 
disclosure of which jo h„ ■ . 328/360), the 

refers 6111 lncor P°rated by 

reference, as if set forth in fun _ 

S e ^£iEUoj L _Of_nie_Pr^ 

The IEEE 1394 standard bus ( 139 4 bus) 
Provides for isochronous transmission of data 
Packets, whi ch are sent and Reived ev ery 125 



microseconds in correspondence to one cycle . A 
maximum of 64 isochronous packets can be sent over 
the bus per cycle. As a result, any device that 
uses the IEEE 13 94 standard for isochronous 
5 transmission of data, is assigned an isochronous 

channel, ranging in value from 0 to 63 . The channel 
is assigned to a specific device until it is 
released by that device. In this regard, when the 
1394 bus is initialized, a node identifier is 
10 automatically assigned to each device (such as a 

digital video camera) that uses the bus as a means 
^ of identifying each node. 

To achieve isochronous transmission on 
plural channels, the IEEE 1394 specification (IEEE 
^ 15 13 94-1995) reserves one of the plural nodes 

J2 connected to the bus so that it is used for 

~y isochronous resource management, a function that is 

~ supported by a software layer (to be discussed in 

greater detail below) . This node is known as the 
20 "Isochronous Resource Manager", The Isochronous 

:J1 Resource Manager manages the channel numbers used 

for isochronous transmission, and the time remaining 
in each cycle that is usable for isochronous 
transmission. This available remaining time to 

2 5 transfer additional isochronous data within each 

cycle is called channel bandwidth. The Isochronous 
Resource Manager reserves the channel bandwidth and 
channel numbers (0-63) needed by 13 94 bus nodes for 
isochronous transmission. Upon power-up, each 

3 0 device (node) that needs to transmit data 

isochronously issues a request to the Isochronous 
Resource Manager. In particular, a node designed to 
transmit isochronous data must first determine if 
there is an unused channel and available bandwidth 
3 5 for that purpose. The node typically makes a 

request to the Isochronous Resource Manager to 
determine if there are isochronous channels 



available and bandwidth available, in order to 
obtain a unique channel and bandwidth allocation. 

In the case that two or more nodes desire 
to use the same channel, the first node requesting 
access to an available channel will be assigned that 
channel. For example, if two nodes request access 
to channel 63, only the node whose request reaches 
the Isochronous Resource Manager first will be 
assigned to channel 63 . All other nodes will be 
locked out from using channel 63 until the device 
using channel 63 releases the channel. 

The problem of attempting to use the same 
channel occurs not only when more than 64 devices 
are attempting to access the 1394 bus, but can also 
arise even if only two or more digital video cameras 
are being used on the same 1394 bus. That is, many 
different digital video cameras are designed to 
transmit over a single preset channel number, or 
"broadcast channel" for transmitting digital video 
data packets over the 1394 bus. The "broadcast 
channel" concept is described in U.S. Patent No. 
5,535,208, entitled "Data Transmission System And 
Method", Kawakami et al, assigned to Matsushita. 
This broadcast channel, as defined by this patent, 
has in practice become the first available 
isochronous channel, or channel 63. However, 
because the IEEE 13 94 standard does not allow more 
than one node to use the same isochronous channel at 
one time, only one of the digital video cameras is 
permitted isochronous bandwidth and use of channel 
63 to perform transmission of isochronous data on 
the bus. As a result of this conflict, two or more 
digital video cameras connected to the same 13 94 bus 
cannot be used in a bi-directional video 
conferencing configuration, because at the sending 
and receiving sides, only one camera will be able to 
send data per bus . 
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Therefore, in any configuration where 
multiple digital video cameras (which have adopted 
the "broadcast channel" concept standard of U.S. 
Patent No. 5,535,208) are attempting to transmit 
5 isochronous data on a 13 94 bus, only one camera will 

be able to send isochronous data and all others will 
be locked out from sending isochronous data on the 
bus . 

Although the problems with the assignment 

10 of channels have been disclosed with respect to 

digital video cameras, it should be understood that 
the same problem applies in the case of other IEEE 
13 94 devices, such as scanners, digital video disks, 
compact disks, set -top boxes, computers, or any 

15 other devices that wish to isochronously transmit 

data on conflicting channels. Also, this problem 
would apply in the case that all 64 channels have 
been already assigned and a new device is attempting 
to utilize a channel that has already been assigned. 

2 0 Heretofore, it has not been possible to 

send/receive data over the same 13 94 bus when more 
than one device is attempting to use a single 
broadcast channel, for example, channel 63, of the 
13 94 bus. Accordingly, it is desirable to have a 

25 system that permits two or more devices to transmit 

or receive data using the same channel over a 1394 
bus, so that transmitting data over a local data bus 
or a local area network by more than one device 
using the same broadcast channel becomes possible. 

30 

SUMMARY OF THE INVENTION 
It is an object of the present invention to 
provide a network interface which can interface with 
a local data bus or local area network and at least 
35 two peripheral devices which share identical IEEE 

1394 broadcast channels. The present invention 
provides an individual 13 94 bus for each device 



using the network interface together with its own 
13 94 link layer. 

Thus, according to one aspect of the 
invention, a system for transmitting and receiving 
data formatted in IEEE 13 94 standard between devices 
using a same IEEE 13 94 broadcast channel includes a 
CPU interfaced to a bus, a first 1394 interface 
connected to the bus via first physical and link 
layers, and a second 13 94 interface connected to the 
bus via second physical and link layers. The CPU is 
configured for 1) receiving data from the bus, 
prefixing a header to the received data and 
retransmitting the received data with the prefixed 
header onto the bus, and 2) receiving data prefixed 
with a header, interpreting the header to identify 
which of the first or second interfaces should 
receive the data, and transmitting the data over the 
bus to the identified 1394 interface. 

According to another aspect of the 
invention, in a system for transmitting and 
receiving data formatted in IEEE 13 94 standard 
between devices using a same IEEE 13 94 broadcast 
channel, the system includes a CPU interfaced to a 
bus, a first 1394 interface connected to the bus via 
first physical and link layers, and a second 13 94 
interface connected to the bus via second physical 
and link layers. The CPU is configured for 
receiving data over the bus and routing the data to 
either the first or second 1394 interface based on 
the received data. 

In yet another aspect of the invention, the 
present invention provides a configuration in which 
two or more digital video cameras, which 
transmit /receive data over the same IEEE 13 94 
broadcast channel, can be used in a video conference 
system. According to this aspect of the invention, 
a network video conferencing system includes at 



least one digital video camera for transmitting 
digital video data and at least one digital video 
camera for receiving digital video data at a local 
side, and at least one digital video camera for 
transmitting digital video data and at least one 
digital video camera for receiving digital video 
data at a remote side. All digital cameras at both 
the local side and the remote side use the same IEEE 
13 94 broadcast channel to transmit data. The 
network video conferencing system includes a local 
CPU interfaced to a local data bus, a first 1394 
interface connected to a first digital video camera 
and connected to the local data bus via first 
physical and link layers, a second 13 94 interface 
connected to a second digital video camera and 
connected to the local data bus via second physical 
and link layers, a network interface connected to 
the local data bus and to a local area network, a 
remote network interface connected to a remote data 
bus and the local area network, a remote CPU 
interfaced to the remote data bus, a third 13 94 
interface connected to a third digital video camera 
and connected to the remote data bus via third 
physical and link layers, and a fourth 13 94 
interface connected to a fourth digital video camera 
and connected to the remote data bus via fourth 
physical and link layers. The local CPU is 
configured to 1) receive data output by the first 
digital camera from the first 13 94 interface over 
the bus, prefix a header to the received data, and 
retransmit the received data over the bus to the 
network interface which transmits the data over the 
local area network to the remote network interface; 
and 2) receive data prefixed with a header over the 
local data bus from the network interface, interpret 
the header to identify which of the first or second 
13 94 interfaces should receive the data, and 



transmit the data over the local data bus to the 
identified 13 94 interface which outputs the data to 
the at least one receiving digital video camera. 
The remote CPU is configured to 1) receive data off 
5 the remote data bus which has been transmitted over 

the local area network and which has been prefixed 
with a header, interpret the header to identify 
which of the third or fourth 13 94 interfaces should 
receive the data, and transmits the data over the 

10 remote data bus to the identified 13 94 interface for 

outputting at the at least one receiving digital 
video camera; and 2) receive data from the remote 
data bus which has been output from the at least one 
transmitting digital video camera via the third or 

15 fourth 1394 interface, prefix a header to the 

received data, and retransmit the received data with 
a prefix header onto the remote data bus which 
outputs the data with the prefix header to the 
remote network interface for output to the local 

2 0 area network. 

These and other features and advantages 
according to the present invention will be more 
readily understood by reference to the following 
detailed description of the preferred embodiment 
25 taken in conjunction with the attached drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 is a block diagram of an IEEE 13 94 
network interface implemented in a bi-directional 

3 0 video conferencing system according to the present 

invention; 

Figure 2 is a block diagram of the 13 94 
network interface according to the present 
invention; 

35 Figure 3, comprising Figures 3A-3D, are a 

IEEE 13 94 formatted isochronous data packet, an 13 94 
data field, a modified data packet with routing 
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header and ID information, and a network packet 
containing network header information, routing 
information and data packet, respectively; 

Figure 4, comprising Figures 4A and 4B, is 
5 a flowchart depicting the transfer and receipt of 

video data in the bi-directional video 
teleconferencing system according to the present 
invention; 

Figure 5 is a 13 94 network interface system 
10 according to a second embodiment of the present 

invention; 

Figure 6 is a modified 13 94 formatted data 

0 packet containing header with ID and link layer 

2 routing information and a subheader which includes 

01 15 additional channel routing information; and 

ft?. 

^; Figure 7 is a block diagram of a 13 94 

ffl network interface according to the second embodiment 

m of the present invention. 

O 20 DETAILED DESCRIPTION OF THE INVENTION 

Figure 1 is a block diagram representing a 
=J3 13 94 network interface for transferring and 

^ receiving data across a local area network from 

devices which send/receive data over the same IEEE 

2 5 13 94 broadcast channel. The 13 94 network interface 

according to the present invention, shown in Figure 
1, is implemented within a bi-directional video 
conferencing system. 

Shown in Figure 1 is digital video (DV) 

3 0 camera 1, which may be a Canon Optura digital video 

camera or the like. In the present example, DV 
camera 1 is used for transmitting full motion 
digital video which includes both audio and video 
segments. DV camera 1 includes an IEEE 13 94 
35 interface connection. The IEEE 1394 interface 

connection is connected to a 13 94 network interface 
3 via an IEEE 1394 serial cable 2. The IEEE 1394 



serial cable 2 carries packets of digital video data 
to the 13 94 network interface 3. The video 
conferencing system shown in Figure 1 also includes 
DV camera 4 which, in the present embodiment, 
receives full motion digital video data, decodes the 
data, and transmits the data in analog form to 
monitor 5 for audio and for display. Monitor 5 can 
be any type of monitor or television having an S- 
Video NTSC or other connection for receiving analog 
audio and video . 

DV camera 4 receives digital video in data 
packets via IEEE 13 94 cable 6 from 13 94 network 
interface 3 . Preferably, the digital video data 
which arrive in data packets are received by network 
interface 3 from local area network 7. However, it 
is possible that DV camera 4 could receive digital 
video data locally from DV camera 1. Digital video 
camera 4 decodes the digital video data packets and 
outputs the analog audio and video data to monitor 
14 . Monitor 14 can be any type of monitor or 
television which has an S -Video, NTSC or other 
connection for receiving analog audio and video 
data . 

Depending on their configuration, DV 
cameras 1 and 4 can transmit/receive video data via 
1394 network interface 3. 1394 network interface 3 
has at least two 1394 interface connections for 
connecting with each 13 94 serial cable connected to 
DV cameras 1 and 4 and has a network interface 
connection which connects to local area network 7. 

In order to transmit large volumes of data, 
which is typically needed for transmitting digital 
video data, it is preferable that network 7 is a 
Gigabit Ethernet network. In this regard, U.S. 

Patent Application No. , entitled "Digital 

Video Network Interface", describes the method and 
system for interfacing 13 94 network interface 3 



between digital video cameras and a local area 
network, such as a Gigabit Ethernet network. 
Briefly, as described in that application, each of 
network interfaces 3 and 8 include send and receive 
buffers, which operate to buffer and translate 
isochronously- timed data to and from the 
asynchronously-timed data of the Gigabit Ethernet. 
The reader is directed to the disclosure in that 
document for further detailed explanation regarding 
communication between a 13 94 network interface 
according to the present invention and local area 
network 7 . 

In the present embodiment, 13 94 network 
interface 3 is implemented within a bi-directional 
video conferencing system. A transmitting DV camera 
and the receiving DV camera are connected at each 
end of local area network 7. This allows for 
simultaneous transmission and reception of 
audio/video from a local location to a remote 
location. As mentioned above, a Gigabit Ethernet 
network is preferably employed as local area network 
7 since the data transfer rate per channel is very 
high, typically in a range of 30 Mbits/sec. As will 
be discussed below in greater detail with respect to 
Figure 2, 13 94 network interface 3 provides for the 
transmission and reception of data packets for 
devices that transmit/receive over the same IEEE 
13 94 broadcast channel. In the case where each of 
DV cameras 1 and 10 are set to transmit using 
channel 63 and cameras 4 and 11 are set to receive 
using channel 63, the 1394 network interface 3 
resolves the problem of two devices, in the present 
case, DV camera 1 and DV camera 4, attempting to 
send and receive different data over the same 
broadcast channel 63 on the same 1394 bus. As will 
be discussed below, two separate 13 94 buses are 
implemented to overcome channel conflicts. 
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Returning to Figure 1, 13 94 network 
interface 3 transmits/receives data packets over 
local area network 7 to/ from 13 94 network interface 
8. 1394 network interface 8, which is at the remote 
5 side of local area network 7, acts in a similar 

fashion to 13 94 network interface 3, and includes at 
least two IEEE 13 94 interface connections and 
connects to 1394 serial bus cables 9 and 13. Cable 
9 is connected with DV camera 10 which, in the 

10 present example, is a transmitting video camera for 

transmitting digital video data over the network 
through 1394 network interface 8. DV camera 11, in 
the present example, is used as a receiving camera 
for receiving and decoding digital video packets 

15 which output from 13 94 interface network 8 through 

IEEE 13 94 serial cable 13. After decoding each data 
packet, DV camera 11 outputs digital video in analog 
format directly to monitor 14 for viewing. 

Figure 2 is a block diagram depicting the 

2 0 internal hardware components of 13 94 network 

interface 3. (1394 network interface 3 and 1394 
network interface 8 are identical in hardware and in 
software and, therefore, a description of 13 94 
network interface 8 will not be presented for the 

2 5 purposes of brevity.) 

Shown in Figure 2 is DV camera 1 which is 
connected through 13 94 cable 2 to 13 94 network 
interface 3 . According to the present invention, 
13 94 network interface 3 can be a stand-alone 

3 0 network card or can reside within a personal 

computer or the like. 13 94 network interface 3 
includes at least two 1394 interface connections for 
connecting with each of the DV cameras 1 and 4 and 
also includes a network interface connection for 
35 connecting to the local area network 7. 1394 

network interface 3 receives data from DV camera 1 
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through its IEEE 1394 interface into 1394 physical 
layer 2 0 . 

Physical layer 2 0 is an IEEE 13 94 hardware 
connection which provides electrical and mechanical 
interaction with 13 94 cable 2. Link layer 21, which 
is connected to physical layer 20, is an IEEE 13 94 
interface link which receives 13 94 formatted data, 
controls access to the 13 94 bus, assigns channels to 
nodes using the bus (when, as here, the link layer 
is the isochronous resource manager) , and verifies 
accuracy of the 1394 data packets. In addition, and 
under control of software, link layer 21 interprets 
the data and routes the data based on header 
information in the 1394 data packet. In this 
regard, the IEEE 13 94 standard format for a data 
packet will be discussed in greater detail with 
respect to Figures 3A-3D. 

After receiving and interpreting the data 
packet, link layer 21 transmits the data over bus 22 
which preferably is a Peripheral Component 
Interconnect (PCI) bus. PCI bridge 24 manages the 
flow of data through PCI bus 2 2 which connects 
components together in 13 94 network interface 3, 
such as all 13 94 link layers, CPU (Central 
Processing Unit) 28, random access memory (RAM) 29, 
network controller 30, and other components within 
13 94 network interface 3. In the present example, 
data packets that are received from local area 
network 7 are routed by PCI bridge 24 to link layer 
26 (indirectly, through RAM 29) which outputs the 
data to physical layer 25. Physical layer 25 
outputs the data packets through its electrical 
connection to DV camera 4, via the IEEE 13 94 
connection and 1394 cable 6. Prior to routing the 
data packet from RAM 2 9 through PCI bridge 24 to 
link layer 26, CPU 28 interprets information in the 
data packets to identify the source and recipient 
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and, based on the information, routes the data 
packet to the intended recipient. 

Upon receiving the data packet from local 
area network 7, network controller 30 transfers the 
data packet through the PCI bus via PCI bridge 24 
which routes it to RAM 29. Network driver software, 
which operates in conjunction with network 
controller 30, removes network header information 
and unpackages the data from its network protocol 
format. CPU 28 outputs the data onto PCI bus 22 via 
PCI bridge 24, routed to the intended recipient. A 
13 94 header is added by the link layer to the data 
packet based on the source of the data packet and 
based on the intended recipient of the data packet. 
In the present embodiment, since DV camera 4 is the 
receiving camera, The 13 94 header is added by link 
layer 26. 

As mentioned previously, all DV cameras 1, 
4, 10 and 11 have the same preset broadcast channel: 
broadcast channel 63. This causes a conflict when 
two or more DV cameras are attempting to transmit 
over the same 13 94 bus. As discussed above, each 
13 94 link layer controls access to its bus to 
transmit and prevents more than one transmitter from 
using the same broadcast channel on the bus. In the 
present invention described with respect to Figure 
2, the conflict of two or more devices, such as DV 
cameras, at either side transmitting data over the 
same 13 94 channel is addressed by providing more 
than one 1394 physical layer, 1394 link layer, and 
1394 bus. Without such a solution, there would be a 
conflict between DV cameras attempting to transmit 
data over the same 1394 bus. In this regard, each 
link layer 21 and 26 receives data packets from each 
device in an IEEE 13 94 standard format. In a 
videoconferencing environment, only one camera such 
as camera 1 transmits while the other camera (camera 
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4) receives. The channel 63 conflict occurs because 
camera 4 is intended to receive video data from a 
remote camera, but what it actually receives 
(because of the conflict) is video data from local 
camera 1 . 

Figure 3A illustrates a typical 13 94 data 
packet. The fields and headers of the data packet 
have the following definitions: 

Header: includes fields for data length, 
tag, channel, tcode and sy, all 
of which are described below. 
Data_length: is the length of data in bytes. 

tag: is the tag field, which defines 
the type of data being 
transmitted, i.e., digital video, 
facsimile data, etc. 
channel: is the channel field which 

specifies the 1394 channel that 
this packet is being transmitted 
on. As mentioned previously, 
IEEE 13 94 standard provides for 
64 channels numbered 0-63. 
tcode: is the transaction code that 
specifies what type of 
transaction shall be performed on 
the packet . 
sy: is the synchronization code which 
is application specific, 
header CRC : the CRC (Cyclical Redundancy 

Check) is provided to verify that 
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the header was transmitted 
accurately. 

data field: contains the data for the packet, 
data CRC: the CRC (Cyclical Redundancy 
5 Check) is provided to verify that 

the data was transmitted 
accurately. 
Upon receiving the 13 94 data packet, 
physical layer 2 0 transmits the data packet to link 
10 layer 21. Link layer 21 and its software support 

interpret the data in the data packet and remove all 
non-data information including the header before 
transmitting a data packet which contains just the 
data field, shown in Figure 3B. That is, link layer 
15 21 strips off the 1394 header, the header CRC and 

the data CRC prior to forwarding the data packet 
onto PCI bus 22 via PCI bridge 24 which forwards the 
data packet to RAM 2 9 for use by CPU 28. When the 
data packet containing the data field is received, 

2 0 CPU 28 attaches to the data field an ID header, 

shown in Figure 3C. The ID header, which is 
produced by CPU 28, contains link layer routing 
information which informs the receiving side as to 
which link layer should receive the data packet. In 
25 addition, the ID header includes information 

regarding the data and the transmitting device. 
After attaching appropriate header information, CPU 
2 8 outputs the updated data packet containing the ID 
header onto PCI bus 2 2 via PCI bridge 24 which 

3 0 routes the data packet and header to network 

controller 30. 

In the present embodiment, it is the task 
of the network controller 3 0 to negotiate access to 
local area network 7 and to buffer received data 
3 5 to/from the local area network. In addition, 

network controller 3 0 handles all timing 
requirements of sending/receiving data. In this 
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regard, on the transmitting side, network controller 
3 0 buffers both data packets to be sent once it has 
access to local area network 7 and data packets 
which have been received from the remote location. 
5 Associated network driver software either reformats 

or unpacks the data packets into/ from specific 
network protocol format and, in addition, 
attaches/removes a network header to the data packet 
which already contains an ID header and data field, 

10 shown in Figure 3D. Upon receiving access to the 

network, network controller 3 0 outputs a data packet 
which now includes a network header, ID header and 
data field, shown in Figure 3D. The network header 
provides information that identifies the contents of 

15 the data packet and the appropriate address on the 

network of the receiving network interface, in the 
present example, 13 94 network interface 8. 

The method by which 13 94 network interface 
3 receives and transmits data packets from its 13 94 

2 0 interfaces over local area network 7 will now be 

discussed in greater detail with respect to the 
flowcharts illustrated in Figures 4A and 4B. 

Figure 4A is a flowchart illustrating the 
receipt and transfer of data packets through 13 94 
25 network interface 3 to local area network 7. In 

step S400, 1394 network interface 3 receives a data 
packet from DV camera 1 via cable 2 . The data 
packet is transmitted from physical layer 2 0 to link 
layer 21. In step S401, link layer 21 reviews the 

3 0 13 94 data packet, determines if it meets with the 

13 94 protocol and, in the case that it does, removes 
header information, header_CRC information, and 
data_CRC information, resulting in the data packet 
depicted in Figure 3B. The data packet is then 
3 5 forwarded to CPU 2 8 across PCI bus 22 via PCI bridge 

24 . 
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In step S403, based on the identity of the 
device that transmitted the data packet, and based 
on the type of data packet and the recipient of the 
data packet, CPU 28 modifies the data packet by 
5 attaching a routing and ID header which will direct 

the data packet to the intended recipient at the 
remote side of the local area network. The 
resulting data packet is depicted in Figure 3C. 
Once the routing and ID header has been attached to 
10 the data packet, the data packet is transferred to 

network driver software (step S4 05) which attaches a 
network header to the data packet and repackages the 

0 data packets for transmission over the network in 
{| accordance with network protocol standards (step 

01 15 S4 06) . The resulting data packet is depicted in 
*L; Figure 3D. In the case of a Gigabit Ethernet 

ig network, network driver software combines two or 

u more (three are preferred) DV data packets together 

^ since the Gigabit Ethernet format can accept larger 

O 2 0 amounts of data in each packet than the IEEE 13 94 

protocol permits. 

-ji In step S407, the packaged data packets are 

^ sent to network controller 3 0 for transmission 

across the local area network. Upon receiving the 

2 5 data packet, network controller 3 0 begins to 

negotiate with local area network 7 for access to 
the network. However, as can be understood, access 
to the network is not guaranteed and, therefore, 
network controller 3 0 must continue to negotiate and 

3 0 handshake with network 7 in order to obtain access 

while at the same time buffering data packets in its 
internal transmit buffer. Once access to local area 
network 7 has been obtained, network controller 3 0 
may send all the data packets in its buffer which 
3 5 have been repackaged into the appropriate network 

format and have appropriate network headers in a 
single burst across network 7. 
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Figure 4B is a flowchart illustrating the 
receipt and unpackaging of data packets through 
network interface 3. In this regard, DV camera 4 
will be used in this example as the recipient of 
data packets sent across network 7 to 1394 network 

interface 3 . 

Upon receiving a network packet via network 
7 in step S40 9, network controller 3 0 outputs data 
packets across the PCI bus via PCI bridge 24 to CPU 
28. The network packet is unpackaged by network 
driver software into individual data packets in step 
S410. The packets are separated and the network 
headers are stripped off, and each data packet is 
reconstructed into individual data packets, each 
much like that shown in Figure 3C. CPU 28 removes 
the ID and routing header in step S411 and routes 
the data packet based on the ID and routing header 
to an appropriate 13 94 link layer. 

In step S413, and in accordance with the 
present example, the data packet is routed via PCI 
bus 22 to link layer 26. Upon receiving the data 
packet, which is now only in the format of a data 
field as shown in Figure 3B, link layer 2 6 
reconstructs the data packet into a 13 94 standard 
format by rebuilding the 13 94 header, the 
header_CRC, and the data_CRC, as shown in Figure 3A. 
The data packet is then transmitted through physical 
layer 2 5 to the recipient device, DV camera 4, in 
step S414. 

Although the data packet which was received 
by CPU 2 8 indicated that the data packet should be 
transmitted over channel 63 of the 1394 bus, CPU 28 
interprets the router and ID header and identifies 
which of the link layers, in this example link layer 
21 or 26, should receive the data packet based on 
the routing and ID header information supplied by 
the transmitting side. 



A second embodiment of the present 
invention will now be described with respect to 
Figures 5, 6 and 7. In the second embodiment, each 
13 94 network interface is connected to more than two 
devices, of which at least two of the devices are 
using the same broadcast channel and the others may 
or may not be using the same broadcast channel. 

As shown in Figure 5, 13 94 network 
interface 40 is connected to multiple 1394 devices 
such as facsimile machine 41, DV camera 42, hard 
disk drive 43, and DV camera 44, which is also 
connected to monitor 46. Data from any one of 
facsimile machine 41, DV cameras 42 or 44 or hard 
disk drive 43 may be transmitted across local area 
network 7 to the receiving side, 13 94 network 
interface 48. Network interface 48 has at least two 
IEEE 13 94 interface connections which connect to 
multiple 13 94 devices such as DV recorder 50, DV 
camera 51, scanner 52 and DV camera 55. DV camera 
55, like DV camera 44, is connected to monitor 56 or 
the like. Data packets are sent and received from 
network interface 48 through local area network 7, 
which is preferably a Gigabit Ethernet network. 

In the present embodiment shown in Figure 
5, only DV cameras 42, 44, 51 and 55 are 
transmitting over the same broadcast channel. 
Therefore, each of the DV cameras is provided with 
its own 13 94 bus, physical layer and link layer, 
such that two channel 63 DV cameras do not coexist 
on the same physical IEEE 13 94 bus. In the first 
embodiment explained with respect to Figure 1, each 
link layer 21 and 2 6 had only one device that was 
transmitting or receiving data packets on channel 
63. Consequently, CPU 28 in Figure 2 only had to 
determine which link layer, 21 or 26, was the 
appropriate recipient or transmitter of a data 
packet. In the Figure 5 embodiment, on the other 



hand, CPU 2 8 must determine, based on header and 
subheader information, which link layer and which 
channel of that link layer should receive the data 
packet . 

In the embodiment shown in Figure 5, 
facsimile 41, DV camera 42, and hard disk drive 43, 
are all interfaced with one physical layer and one 
link layer within 1394 network interface 40. That 
is, as shown in Figure 7, on the exterior of 13 94 
network interface 40, facsimile 41, DV camera 42 and 
hard disk drive 43, each have a 13 94 interface 
connection with physical layer 70 which transmits 
and receives data over the 13 94 bus to/ from link 
layer 71. On the other hand, DV camera 44 is 
connected to its own physical layer 74 and link 
layer 75 in 1394 network interface 40. 

In order to distinguish which of the 
multiple devices connected to one link layer should 
receive a data packet, the data packet received by 
CPU 76 in network interface 4 0 must include 
sufficient information to allow the CPU to derive 
both the link layer and the channel number. For 
example, the header might also include a subheader. 
As shown in Figure 6, each data packet according to 
the second embodiment contains a header which 
indicates which link layer receives the data and a 
subheader which indicates a channel within the link 
layer which should receive the data packet. Thus, 
the data packet which is received by CPU 76 includes 
not only a header but also a subheader attached to 
the data field. 

A more detailed description as to how a 
data packet is received from the local area network 
and output to a 13 94 interface device will now be 
discussed in greater detail with respect to Figure 
7. Upon receiving a data packet from network 7, the 
data packets are stored within network interface 



78' s internal buffer. After data packets have been 
received, or as they are being received, network 
controller 78 outputs each data packet over the PCI 
bus 82 via PCI bridge 73 to RAM 79. Network driver 
software removes the network header and unpackages 
the network packets and, if necessary, separates 
data packets in the case more than two (here, three 
are preferred) DV data packets have been combined 
for the particular network protocol. 

As mentioned above, each data packet that 
CPU 76 receives includes a data field, a subheader 
and a header, as illustrated in Figure 6. Based on 
the header information, CPU 76 identifies which link 
layer, 71 or 75, should receive the data packet. In 
addition, based on the subheader information, CPU 7 6 
can identify which channel in link layer 71 or 75 
should receive the data packet and, based on the 
channel's identity, CPU 76 provides the necessary 
routing information which the link layer will use to 
output the data packet over the correct 13 94 
broadcast channel. In the present example, the data 
packet received is intended for transmission over 
channel 62 which in this example is being used by 
hard disk drive 43. 

After interpreting and removing each header 
and subheader, in the present example, CPU 7 6 
transmits the data packet via PCI bridge 73 and PCI 
bus 82 to link layer 71. Link layer 71 rebuilds the 
data packet into a IEEE 13 94 standard format for 
transmitting the data packet to hard disk drive 43 
through physical layer 70. 

It is because of the header and subheader 
information that CPU 7 6 determines where to route 
each data packet it receives from network controller 
78 and controls which link layer receives the data 
packet, as well as which channel of the 13 94 bus, 
controlled by that link layer, should be used to 



output the received data packet to the intended 13 94 
device . 

While the present invention has been 
described with respect to what is presently 
considered to be the preferred embodiment, it is to 
be understood that the invention is not limited to 
the disclosed embodiment . To the contrary, the 
invention is intended to cover various modifications 
and equivalent arrangements included within the 
spirit and scope of the appended claims. The scope 
of the following claims is to be accorded the 
broadest interpretation so as to encompass all such 
modifications and equivalent structures and 
functions . 



WHAT IS CLAIMED IS : 

1. A system for transmitting and receiving 
data formatted in IEEE 13 94 standard between devices 
using a same IEEE 13 94 broadcast channel, 
comprising : 

a CPU interfaced to a bus; 

a first 13 94 interface connected to the bus 
via first physical and link layers; and 

a second 13 94 interface connected to the 
bus via second physical and link layers, 

wherein the CPU is configured for 1) 
receiving data from the bus, attaching a header to 
the received data, and retransmitting the received 
data with the prefixed header onto the bus; and 2) 
receiving data prefixed with a header, interpreting 
the header to identify which of the first or second 
13 94 interfaces should receive the data, and 
transmitting the data over the bus to the identified 
1394 interface. 

2. A system according to Claim 1, further 
comprising a first digital video camera having a 
fixed broadcast channel and which transmits/receives 
digital video data isochronously through the first 
13 94 interface and a second digital video camera 
having the same fixed broadcast channel as the first 
digital video camera and which transmits/receives 
digital video data isochronously through the second 
13 94 interface. 

3. A system according to Claim 1, wherein 
the header identifies the type of data, the data 
recipient and amount of data. 

4. A system according to Claim 2, wherein 
the digital video data output from either the first 
or second video camera includes 13 94 header 



information, data, and header and data check 
information, and wherein the link layer for each 
respective 13 94 interface removes the 13 94 header 
and header and data check information prior to 
transmitting the data over the bus to the CPU. 

5 . A system according to Claim 2 , further 
comprising a network controller for accessing a 
local area network and for transmitting data with 
the header, wherein the network controller receives 
the data and the header, attaches a network header 
to the data and repackages the data with the header 
and network header into a network data packet and, 
upon receiving access to the local area network, 
transmits the network packet over the local area 
network to a receiving side network controller based 
on the attached network header. 

6. A system according to Claim 5, wherein 
received network data packets are unpackaged, 
network headers are removed, and the header is 
interpreted to identify which 13 94 interface should 
receive the data. 

7. A system according to Claim 6, wherein 
the link layer of the identified 13 94 interface 
attaches 13 94 header and data information to the 
data and transmits the data through the physical 
layer to the identified 1394 interface in an 
isochronous manner and where, in the case the 
identified 1394 interface connects to the first 
digital video camera, the identified 1394 interface 
outputs the data in the isochronous manner to the 
first digital video camera and, in the case the 
identified 1394 interface connects to the second 
digital video camera, the identified 13 94 interface 
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outputs the data in the isochronous manner to the 
second digital video camera. 



8. A system according to Claim 7, further 
5 comprising a monitor for displaying analog video 

data output from either the first or second digital 
video camera . 



9. A system according to Claim 1, further 
10 comprising an interface to a local area network. 

10. A system according to Claim 1, wherein 
the bus is a PCI bus . 



15 11. A system for transmitting and 

receiving data formatted in IEEE 13 94 standard 
between devices using a same IEEE 13 94 broadcast 
channel , comprising : 

a CPU interfaced to a bus; 
2 0 a first 13 94 interface connected to the bus 

via first physical and link layers; and 

a second 13 94 interface connected to the 
bus via second physical and link layers, 

wherein the CPU is configured for receiving 
25 data over the bus and routing the data to either the 

first or second 1394 interface based on the received 
data . 



12. A system according to Claim 11, 
3 0 further comprising a first digital video camera 

having a fixed broadcast channel and which 
transmits/receives digital video data isochronously 
through the first 13 94 interface and a second 
digital video camera having the same fixed broadcast 
3 5 channel as the first digital video camera and which 

transmits/receives digital video data isochronously 
through the second 13 94 interface. 
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13. A system according to Claim 12, 
wherein the digital video data output from either 
the first or second video camera includes 13 94 
header information, data, and header and data check 
information and wherein the link layer for each 
respective 13 94 interface removes the 13 94 header 
and header data check information prior to 
transmitting the data over the bus to the CPU. 



14. A system according to Claim 12, 
further comprising a network controller for 
accessing a local area network and for transmitting 
data with the header, wherein the network controller 

15 receives the data and the header, attaches a network 

header to the data and repackages the data with the 
header and network header into a network data packet 
and, upon receiving access to the local area 
network, transmits the network packet over the local 

2 0 area network to a receiving side network controller 

based on the attached network header. 

15. A system according to Claim 14, 
wherein received network data packets are 

2 5 unpackaged, network headers are removed, and the 

header is interpreted to identify which 13 94 
interface should receive the data. 



16. A system according to Claim 15, 
3 0 wherein the link layer of the identified 13 94 

interface attaches 13 94 header and data information 
to the data and transmits the data through the 
physical layer to the identified 1394 interface in 
an isochronous manner and where, in the case the 
35 identified 13 94 interface connects to the first 

digital video camera, the identified 13 94 interface 
outputs the data isochronously to the first digital 
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video camera and, in the case the identified 13 94 
interface connects to the second digital video 
camera, the identified 1394 interface outputs the 
data isochronously to the second digital video 
5 camera . 

17. A system according to Claim 16, 
further comprising a monitor for displaying digital 
video data output from either the first or second 

10 digital video camera. 

18. A system according to Claim 11, 

q further comprising an interface to a local area 

€s network . 

m 15 

CP 19. A system according to Claim 11, 

J: wherein the bus is a PCI bus. 

; 2 0. A network video conferencing system 

n 2 0 having at least one digital video camera for 

O transmitting digital video data and at least one 

;LJ display device for receiving digital video data at a 

m local side, and having at least one digital video 

camera for transmitting digital video data and at 

2 5 least one display device for receiving digital video 

data at a remote side, all digital cameras and 
display devices at both the local side and the 
remote side using the same IEEE 13 94 broadcast 
channel , comprising : 

3 0 a local CPU interfaced to a local data bus; 

a first 1394 interface connected to a local 
digital video camera and connected to the local data 
bus via first physical and link layers; 

a second 13 94 interface connected to a 
3 5 local display device and connected to the local data 

bus via second physical and link layers; 
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a network interface connected to the local 
data bus and to a local area network; 

a remote network interface connected to a 
remote data bus and the local area network; 

a remote CPU interfaced to the remote data 

bus; 

a third 13 94 interface connected to a 
remote digital video camera and connected to the 
remote data bus via third physical and link layers; 
and 

a fourth 13 94 interface connected to a 
remote display device and connected to the remote 
data bus via fourth physical and link layers, 

wherein the local CPU is configured to 1} 
receive data output by the local digital camera from 
the first 1394 interface over the bus, attach a 
header to the received data, and retransmit the 
received data over the bus to the network interface 
which transmits the data over the local area network 
to the remote network interface; and 2) receive data 
with an attached header over the local data bus from 
the network interface, interpret the header to 
identify which of the first or second 1394 
interfaces should receive the data, and transmit the 
data over the local data bus to the identified 13 94 
interface which outputs the data to the local 
display device, and 

wherein the remote CPU is configured to 1) 
receive data off the remote data bus which has been 
transmitted over the local area network and which 
has a header attached thereto, interpret the header 
to identify which of the third or fourth 13 94 
interfaces should receive the data, and transmit the 
data over the remote data bus to the identified 13 94 
interface for outputting to the remote display 
device; and 2) receive data from the remote data bus 
which has been output from the remote digital video 



camera via the third or fourth 13 94 interface, 
attach a header to the received data, and retransmit 
the received data with the attached header onto the 
remote data bus which outputs the data with the 
header to the remote network interface for output to 
the local area network. 

21. A network video conferencing system 
according to Claim 20, wherein the first digital 
video camera transmits video data to the fourth 
digital video camera at the remote side and the 
second digital video camera receives video data from 
the third digital video camera at the remote side. 

22. A network video conferencing system 
according to Claim 20, wherein the local area 
network is a Gigabit Ethernet network. 

23. A network video conferencing system 
according to Claim 20, wherein the local and remote 
data busses are PCI busses. 

24. A system for transmitting and 
receiving data formatted in IEEE 13 94 standard 
between devices using a same IEEE 13 94 broadcast 
channel , comprising : 

a CPU interfaced to a bus; 

a first 1394 interface connected to the bus 
via first physical and link layers; and 

a second 13 94 interface connected to the 
bus via second physical and link layer, 

wherein the CPU is configured for 1) 
receiving data from the bus, attaching a header and 
a subheader to the received data, and retransmitting 
the received data with the attached header and 
subheader onto the bus; and 2) receiving data with 
an attached header and subheader, interpreting the 



header and subheader to identify which of the first 
or second 13 94 interfaces should receive the data 
and which broadcast channel in the identified 13 94 
interface should receive the data, and transmitting 
the data over the bus to the identified 13 94 
interface . 

25. A system according to Claim 24, 
further comprising a first digital video camera 
having a fixed broadcast channel and which 
transmits/receives digital video data isochronously 
through the first 13 94 interface and a second 
digital video camera having the same fixed broadcast 
channel as the first digital video camera and which 
transmits/receives digital video data isochronously 
through the second 13 94 interface. 

26. A system according to Claim 25, 
wherein the digital video data output from either 
the first or second video camera includes 13 94 
header information, data, and header and data check 
information and wherein the link layer for each 
respective 13 94 interface removes the 13 94 header 
and header and data check information prior to 
transmitting the data over the bus to the CPU. 

27. A system according to Claim 25, 
further comprising a network controller for 
accessing a local area network and for transmitting 
data with the header and subheader, wherein the 
network controller receives the data and the header 
and subheader, attaches a network header to the data 
and repackages the data with the header and 
subheader and network header into a network data 
packet and, upon receiving access to the local area 
network, transmits the network packet over the local 



area network to a receiving side network controller 
based on the attached network header. 

28. A system according to Claim 27, 
wherein received network data packets are 
unpackaged, network headers are removed, and the 
header and subheader are interpreted to identify 
which 13 94 interface and channel in that 13 94 
interface should receive the data. 

29. A system according to Claim 28, 
wherein the link layer of the identified 13 94 
interface attaches 13 94 header and data information 
to the data and transmits the data through the 
physical layer to the identified 13 94 interface in 
an isochronous manner and where, in the case the 
identified 1394 interface connects to the first 
digital video camera, the identified 1394 interface 
outputs the data in the isochronous manner to the 
first digital video camera and, in the case the 
identified 1394 interface connects to the second 
digital video camera, the identified 13 94 interface 
outputs the data in the isochronous manner to the 
second digital video camera. 

30. A system according to Claim 29, 
further comprising a monitor for displaying analog 
video data output from either the first or second 
digital video camera. 

31. A system according to Claim 24, 
further comprising an interface to a local area 
network . 

32. A system according to Claim 24, 
wherein the bus is a PCI bus. 



33. For use in a system for transmitting 
and receiving data formatted in IEEE 13 94 standard 
between devices using the same IEEE 13 94 broadcast 
channel, the system having a CPU interfaced to a 
bus, a first 1394 interface connected to the bus via 
first physical and link layers, and a second 13 94 
interface connected to the bus via second physical 
and link layers, computer process steps for 
controlling the system, comprising: 

a step of receiving data from the bus; 

a step of attaching a header to the 
received data; 

a step of retransmitting the received data 
with the attached header onto the bus; 

a step of receiving data with an attached 

header; 

a step of interpreting the header to 
identify which of the first or second 13 94 
interfaces should receive the data; and 

a step of transmitting the data over the 
bus to the identified 1394 interface. 

34. For use in a system for transmitting 
and receiving data formatted in IEEE 13 94 standard 
between devices using the same IEEE 13 94 broadcast 
channel, the system having a CPU interfaced to a 
bus, a first 13 94 interface connected to the bus via 
first physical and link layers, and a second 13 94 
interface connected to the bus via second physical 
and link layers, computer process steps for 
controlling the system, comprising: 

a step of receiving data over the bus; and 
a step of routing the data to either the 

first or second 13 94 interface based on the received 

data . 



35. For use in a system for transmitting 
and receiving data formatted in IEEE 13 94 standard 
between devices using the same IEEE 13 94 broadcast 
channel, the system having a CPU interfaced to a 
bus, a first 1394 interface connected to the bus via 
first physical and link layers, and a second 13 94 
interface connected to the bus via second physical 
and link layers, computer process steps for 
controlling the system, comprising: 

a step of receiving data from the bus; 

a step of attaching a header and a 
subheader to the received data; 

a step of retransmitting the received data 
with the header and subheader onto the bus; 

a step of receiving data with an attached 
header and an attached subheader; 

a step of interpreting the header and 
subheader to identify which of the first or second 
13 94 interfaces should receive the data and which 
broadcast channel in the identified 13 94 interface 
should receive the data; and 

a step of transmitting the data over the 
bus to the identified 1394 interface. 

36. A system for transmitting and 
receiving data formatted in IEEE 13 94 standard 
between devices using a same IEEE 13 94 broadcast 
channel, comprising : 

a controlling means interfaced to a 
communication means; 

a first 13 94 interface means connected to 
the communication means via first physical and link 
layers; and 

a second 13 94 interface means connected to 
the communication means via second physical and link 
layers , 



wherein the controlling means is configured 
for 1) receiving data from the communication means, 
attaching a header to the received data, and 
retransmitting the received data with the attached 
header onto the communication means; and 2) 
receiving data with an attached header, interpreting 
the header to identify which of the first or second 
13 94 interface means should receive the data, and 
transmitting the data over the communication means 
to the identified 1394 interface. 

37. A system for transmitting and 
receiving data formatted in IEEE 13 94 standard 
between devices using a same IEEE 13 94 broadcast 
channel , comprising : 

a controlling means interfaced to a 
communication means; 

a first 1394 interface means connected to 
the communication means via first physical and link 
layers ; and 

a second 13 94 interface means connected to 
the communication means via second physical and link 
layers, 

wherein the controlling means is configured 
for receiving data over the communication means and 
routing the data to either the first or second 13 94 
interface means based on the received data. 

38. A system for transmitting and 
receiving data formatted in IEEE 13 94 standard 
between devices using a same IEEE 13 94 broadcast 
channel , comprising : 

a controlling means interfaced to a 
communication means; 

a first 13 94 interface means connected to 
the communication means via first physical and link 
layers; and 



a second 13 94 interface means connected to 
the communication means via second physical and link 
layers, 

w herein the controlling means is configured 
for 1) receiving data from the communication means, 
attaching a header and a subheader to the received 
data, and retransmitting the received data with the 
prefixed header and subheader onto the communication 
means; and 2) receiving data with an attached header 
and an attached subheader, interpreting the header 
and subheader to identify which of the first or 
second 13 94 interface means should receive the data 
and which broadcast channel in the identified 13 94 
interface should receive the data, and transmitting 
the data over the communication means to the 
identified 1394 interface. 



ABSTRACT OF THE INVENTION 
A system for transmitting and receiving 
data formatted in IEEE 13 94 standard between devices 
using a same IEEE 13 94 broadcast channel includes a 
CPU interfaced to a bus, a first 13 94 interface 
connected to the bus via a first physical and link 
layers, and a second 13 94 interface connected to the 
bus via a second physical and link layer. The CPU 
is configured for 1) receiving data from the bus, 
prefixing a header to the received data, and 
retransmitting the received data with the prefixed 
header onto the bus; and 2) receiving data prefixed 
with a header, interpreting the header to identify 
which of the first or second interfaces should 
receive the data, and transmitting the data over the 
bus to the identified 1394 interface. 
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application(s) for patent or inventor's certificate, or § 365(a) of any PCT international application which 
designates at least one country other than the United States, listed below and have also identified below any 
foreign application for patent or inventor's certificate, or PCT international application having a filing date 
before that of the application on which priority is claimed: 

(Yes/No) 

Country Application No. Filed (Day/Mo. /Yr.) Priority Claimed 



I hereby claim the benefit under 35 U.S. C. § 1 19(e) of any United States provisional application(s) 
listed below: 



Application No. Filed (Day/Mo. /Yr.) 



I hereby claim the benefit under 35 U.S.C. § 120 of any United States application(s), or § 365(c) 
of any PCT international application designating the United States, listed below and, insofar as the subject 
matter of each of the claims of this application is not disclosed in the prior United States or PCT international 
application in the manner provided by the first paragraph of 35 U.S.C. § 112, I acknowledge the duty to 
disclose information which is material to patentability as defined in 37 C.F.R. § 1.56 which became available 
between the filing date of the prior application and the national or PCT international filing date of this 
application. 

Status 

Application No. Filed (Day/Mo. /Yr.) (Patented, Pending, Abandoned) 
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I hereby appoint the practitioners associated with the firm and Customer Number provided 
below to prosecute this application and to transact all business in the Patent and Trademark Office connected 
therewith, and direct that all correspondence be addressed to the address associated with that Customer 
Number: 



FITZPATRICK, CELLA, HARPER & SCINTO 
Customer Number: 05514 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements were 
made with the knowledge that willful false statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that such willful false 
statements may jeopardize the validity of the application or any patent issued thereon. 

Full Name of Sole or First Inventor Gregory F. Beck 

Inventor's signature 

Date Citizen/Subject of U.S.A. 

Residence 23851 Formello 

Lacruna Hills, California 92 653 

Post Office Address c/o Canon Information Systems, Inc. 

110 Innovation Drive, Irvine, California 92612 

Full Name of Second Joint Inventor, if any Wei Zhou 

Second Inventor's signature 

Date Citizen/Subject of People ' s Republic of China 

Residence 46 Boulder Creek Way 

Irvine, California 92602 

Post Office Address c/o Canon Information Systems, Inc. 

110 Innovation Drive, Irvine, California 92612 

Full Name of Third Joint Inventor, if any Rovce Earle Slick 

Third Inventor's signature 

Date Citizen/Subject of U.S.A. 

Residence 24452 Diamante 

Mission Vieio, California 92692 

Post Office Address c/o Canon Information Systems, Inc. 

110 Innovation Drive, Irvine, California 92612 

Full Name of Fourth Joint Inventor, if any 

Fourth Inventor's signature 

Date Citizen/Subject of 

Residence 



Post Office Address 
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